| Package | hl7.ehrs.ehrsfmr21 |
| Type | Requirements |
| Id | Id |
| FHIR Version | R5 |
| Source | http://hl7.org/ehrs/https://build.fhir.org/ig/mvdzel/ehrsfm-fhir-r5/Requirements-EHRSFMR2.1-CPS.2.1.html |
| Url | http://hl7.org/ehrs/Requirements/EHRSFMR2.1-CPS.2.1 |
| Version | 2.1.0 |
| Status | active |
| Date | 2024-11-26T16:30:50+00:00 |
| Name | CPS_2_1_Support_externally_sourced_Clinical_Documents |
| Title | CPS.2.1 Support externally-sourced Clinical Documents (Function) |
| Experimental | False |
| Realm | uv |
| Authority | hl7 |
| Description | Incorporate clinical documentation (computable and scanned) from external (to the system) sources. |
| Purpose | Mechanisms for incorporating external clinical documentation (including identification of source) are available. External is considered anything that is external to the system - i.e. documents from the organization; but created in another system would be considered 'external' for the purposes of this function. Documentation incorporated through these mechanisms is presented alongside locally captured documentation and notes wherever appropriate. This covers all types of documents received by the provider that would typically be incorporated into a medical record, including but not limited to faxes, referral authorizations, consultant reports, and patient/resident correspondence of a clinical nature. Intrinsic to the concept of electronic health records is the ability to exchange health information with other providers of health care services. Health information from these external sources needs to be received, stored in the patient record, and displayed upon request. External data and documents addressed in the function include: - Laboratory results received through an electronic interface - This information is to be received and stored in the resident record as discrete data, which means that each separate element of the data needs to be stored in its own field. Therefore, if laboratory results are received through an electronic interface, the results are received in the EHR and the laboratory test name, result (value), and unit of measure are correctly displayed as discrete data (vs. report format). - Scanned documents received and stored as images (e.g., power of attorney forms, Living wills) - These scanned documents are indexed and can be retrieved based on the document type, date of the original document, and the date of scanning. - Text-based outside reports (e.g., x-ray reports, hospital discharge summaries, history & physicals) - Any mechanism for capturing these reports is addendable: OCR, PDF, image file of report, etc. - Clinical images from an external source (e.g., radiographic images, digital images from a diagnostic scan or graphical images) – These images may be stored within the system or be provided through direct linkage to an external source such as a hospital PACS system. - Other forms of clinical results, such as wave files of EKG tracings. - Medication detail (e.g., a medication history) from an external source such as a pharmacy, the patient, payer, or another provider - While the medication detail includes the medication name, strength, and SIG, this does not imply that the data will populate the medication module. - Structured, text-based reports (e.g., medical summary text in a structured format). - Standards-based structured, codified data (e.g., a Continuity of Care Document (CCD) with SNOMED CT). Data incorporated through these mechanisms is presented alongside locally captured documentation and notes wherever appropriate. |
No resources found
No resources found
Note: links and images are rebased to the (stated) source
Incorporate clinical documentation (computable and scanned) from external (to the system) sources.
Mechanisms for incorporating external clinical documentation (including identification of source) are available. External is considered anything that is external to the system - i.e. documents from the organization; but created in another system would be considered 'external' for the purposes of this function. Documentation incorporated through these mechanisms is presented alongside locally captured documentation and notes wherever appropriate. This covers all types of documents received by the provider that would typically be incorporated into a medical record, including but not limited to faxes, referral authorizations, consultant reports, and patient/resident correspondence of a clinical nature. Intrinsic to the concept of electronic health records is the ability to exchange health information with other providers of health care services. Health information from these external sources needs to be received, stored in the patient record, and displayed upon request.
External data and documents addressed in the function include:
Laboratory results received through an electronic interface - This information is to be received and stored in the resident record as discrete data, which means that each separate element of the data needs to be stored in its own field. Therefore, if laboratory results are received through an electronic interface, the results are received in the EHR and the laboratory test name, result (value), and unit of measure are correctly displayed as discrete data (vs. report format).
Scanned documents received and stored as images (e.g., power of attorney forms, Living wills) - These scanned documents are indexed and can be retrieved based on the document type, date of the original document, and the date of scanning.
Text-based outside reports (e.g., x-ray reports, hospital discharge summaries, history & physicals) - Any mechanism for capturing these reports is addendable: OCR, PDF, image file of report, etc.
Clinical images from an external source (e.g., radiographic images, digital images from a diagnostic scan or graphical images) – These images may be stored within the system or be provided through direct linkage to an external source such as a hospital PACS system.
Other forms of clinical results, such as wave files of EKG tracings.
Medication detail (e.g., a medication history) from an external source such as a pharmacy, the patient, payer, or another provider - While the medication detail includes the medication name, strength, and SIG, this does not imply that the data will populate the medication module.
Structured, text-based reports (e.g., medical summary text in a structured format).
Standards-based structured, codified data (e.g., a Continuity of Care Document (CCD) with SNOMED CT).
Data incorporated through these mechanisms is presented alongside locally captured documentation and notes wherever appropriate.
| CPS.2.1#01 | SHALL |
The system SHALL provide the ability to capture, store and render external documents. |
| CPS.2.1#02 | SHALL |
The system SHALL provide the ability to capture, store and render scanned documents. |
| CPS.2.1#03 | SHOULD |
The system SHOULD provide the ability to capture, store and render computable documents (e.g., CDA, ISO 13606, laboratory results or medication lists). |
| CPS.2.1#04 | SHOULD |
The system SHOULD provide the ability to store imaged documents or link to the imaged documents in imaging systems. |
| CPS.2.1#05 | SHALL |
The system SHALL provide the ability to receive from an external source unstructured, text-based documents and reports. |
| CPS.2.1#06 | SHOULD |
The system SHOULD provide the ability to receive from an external source structured, text-based documents and reports. |
| CPS.2.1#07 | dependent SHALL |
The system SHALL provide the ability to tag and render scanned documents based on the document type, the date of the original document, and the date of scanning according to scope of practice, organizational policy, and/or jurisdictional law. |
| CPS.2.1#08 | SHALL |
The system SHALL provide the ability to link documentation and annotations with structured content (e.g., link information gathered during an office visit, phone communication, or e-mail consult with structured content that is stored as a laboratory result, problem, or diagnosis). |
| CPS.2.1#09 | SHOULD |
The system SHOULD conform to function [[TI.1.5]] (Non-Repudiation) and [[TI.1.6]] (Secure Data Exchange) when importing/receiving both structured and unstructured data. |
| CPS.2.1#10 | dependent MAY |
The system MAY provide the ability to render a notification or alert based on information received from an external source according to scope of practice, organizational policy, and/or jurisdictional law. |
| CPS.2.1#11 | conditional SHALL |
IF a system receives information from external sources, THEN the system SHALL capture information regarding the identity of the source of that information. |
FHIR{
"resourceType" : "Requirements",
"id" : "EHRSFMR2.1-CPS.2.1",
"meta" : {
"profile" : [
"http://hl7.org/ehrs/StructureDefinition/FMFunction"
]
},
"text" : {
"status" : "extensions",
"div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\">\n <span id=\"description\"><b>Statement <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b> <div><p>Incorporate clinical documentation (computable and scanned) from external (to the system) sources.</p>\n</div></span>\n\n \n <span id=\"purpose\"><b>Description <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Informative Content\" class=\"informative-flag\">I</a>:</b> <div><p>Mechanisms for incorporating external clinical documentation (including identification of source) are available. External is considered anything that is external to the system - i.e. documents from the organization; but created in another system would be considered 'external' for the purposes of this function. Documentation incorporated through these mechanisms is presented alongside locally captured documentation and notes wherever appropriate. This covers all types of documents received by the provider that would typically be incorporated into a medical record, including but not limited to faxes, referral authorizations, consultant reports, and patient/resident correspondence of a clinical nature. Intrinsic to the concept of electronic health records is the ability to exchange health information with other providers of health care services. Health information from these external sources needs to be received, stored in the patient record, and displayed upon request.</p>\n<p>External data and documents addressed in the function include:</p>\n<ul>\n<li>\n<p>Laboratory results received through an electronic interface - This information is to be received and stored in the resident record as discrete data, which means that each separate element of the data needs to be stored in its own field. Therefore, if laboratory results are received through an electronic interface, the results are received in the EHR and the laboratory test name, result (value), and unit of measure are correctly displayed as discrete data (vs. report format).</p>\n</li>\n<li>\n<p>Scanned documents received and stored as images (e.g., power of attorney forms, Living wills) - These scanned documents are indexed and can be retrieved based on the document type, date of the original document, and the date of scanning.</p>\n</li>\n<li>\n<p>Text-based outside reports (e.g., x-ray reports, hospital discharge summaries, history & physicals) - Any mechanism for capturing these reports is addendable: OCR, PDF, image file of report, etc.</p>\n</li>\n<li>\n<p>Clinical images from an external source (e.g., radiographic images, digital images from a diagnostic scan or graphical images) – These images may be stored within the system or be provided through direct linkage to an external source such as a hospital PACS system.</p>\n</li>\n<li>\n<p>Other forms of clinical results, such as wave files of EKG tracings.</p>\n</li>\n<li>\n<p>Medication detail (e.g., a medication history) from an external source such as a pharmacy, the patient, payer, or another provider - While the medication detail includes the medication name, strength, and SIG, this does not imply that the data will populate the medication module.</p>\n</li>\n<li>\n<p>Structured, text-based reports (e.g., medical summary text in a structured format).</p>\n</li>\n<li>\n<p>Standards-based structured, codified data (e.g., a Continuity of Care Document (CCD) with SNOMED CT).</p>\n</li>\n</ul>\n<p>Data incorporated through these mechanisms is presented alongside locally captured documentation and notes wherever appropriate.</p>\n</div></span>\n \n\n \n\n \n <span id=\"requirements\"><b>Criteria <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b></span>\n \n <table id=\"statements\" class=\"grid dict\">\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.2.1#01</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to capture, store and render external documents.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.2.1#02</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to capture, store and render scanned documents.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.2.1#03</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to capture, store and render computable documents (e.g., CDA, ISO 13606, laboratory results or medication lists).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.2.1#04</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to store imaged documents or link to the imaged documents in imaging systems.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.2.1#05</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to receive from an external source unstructured, text-based documents and reports.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.2.1#06</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to receive from an external source structured, text-based documents and reports.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.2.1#07</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n <i>dependent</i>\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to tag and render scanned documents based on the document type, the date of the original document, and the date of scanning according to scope of practice, organizational policy, and/or jurisdictional law.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.2.1#08</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to link documentation and annotations with structured content (e.g., link information gathered during an office visit, phone communication, or e-mail consult with structured content that is stored as a laboratory result, problem, or diagnosis).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.2.1#09</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD conform to function [[TI.1.5]] (Non-Repudiation) and [[TI.1.6]] (Secure Data Exchange) when importing/receiving both structured and unstructured data.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.2.1#10</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n <i>dependent</i>\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY provide the ability to render a notification or alert based on information received from an external source according to scope of practice, organizational policy, and/or jurisdictional law.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.2.1#11</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n <i>conditional</i>\n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>IF a system receives information from external sources, THEN the system SHALL capture information regarding the identity of the source of that information.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n </table>\n</div>"
},
"url" : "http://hl7.org/ehrs/Requirements/EHRSFMR2.1-CPS.2.1",
"version" : "2.1.0",
"name" : "CPS_2_1_Support_externally_sourced_Clinical_Documents",
"title" : "CPS.2.1 Support externally-sourced Clinical Documents (Function)",
"status" : "active",
"date" : "2024-11-26T16:30:50+00:00",
"publisher" : "EHR WG",
"contact" : [
{
"telecom" : [
{
"system" : "url",
"value" : "http://www.hl7.org/Special/committees/ehr"
}
]
}
],
"description" : "Incorporate clinical documentation (computable and scanned) from external (to the system) sources.",
"jurisdiction" : [
{
"coding" : [
{
"system" : "http://unstats.un.org/unsd/methods/m49/m49.htm",
"code" : "001",
"display" : "World"
}
]
}
],
"purpose" : "Mechanisms for incorporating external clinical documentation (including identification of source) are available. External is considered anything that is external to the system - i.e. documents from the organization; but created in another system would be considered 'external' for the purposes of this function. Documentation incorporated through these mechanisms is presented alongside locally captured documentation and notes wherever appropriate. This covers all types of documents received by the provider that would typically be incorporated into a medical record, including but not limited to faxes, referral authorizations, consultant reports, and patient/resident correspondence of a clinical nature. Intrinsic to the concept of electronic health records is the ability to exchange health information with other providers of health care services. Health information from these external sources needs to be received, stored in the patient record, and displayed upon request. \n\nExternal data and documents addressed in the function include: \n\n- Laboratory results received through an electronic interface - This information is to be received and stored in the resident record as discrete data, which means that each separate element of the data needs to be stored in its own field. Therefore, if laboratory results are received through an electronic interface, the results are received in the EHR and the laboratory test name, result (value), and unit of measure are correctly displayed as discrete data (vs. report format). \n\n- Scanned documents received and stored as images (e.g., power of attorney forms, Living wills) - These scanned documents are indexed and can be retrieved based on the document type, date of the original document, and the date of scanning. \n\n- Text-based outside reports (e.g., x-ray reports, hospital discharge summaries, history & physicals) - Any mechanism for capturing these reports is addendable: OCR, PDF, image file of report, etc. \n\n- Clinical images from an external source (e.g., radiographic images, digital images from a diagnostic scan or graphical images) – These images may be stored within the system or be provided through direct linkage to an external source such as a hospital PACS system. \n\n- Other forms of clinical results, such as wave files of EKG tracings. \n\n- Medication detail (e.g., a medication history) from an external source such as a pharmacy, the patient, payer, or another provider - While the medication detail includes the medication name, strength, and SIG, this does not imply that the data will populate the medication module. \n\n- Structured, text-based reports (e.g., medical summary text in a structured format). \n\n- Standards-based structured, codified data (e.g., a Continuity of Care Document (CCD) with SNOMED CT). \n\nData incorporated through these mechanisms is presented alongside locally captured documentation and notes wherever appropriate.",
"statement" : [
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.2.1-01",
"label" : "CPS.2.1#01",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to capture, store and render external documents.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.3.1#1"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.2.1-02",
"label" : "CPS.2.1#02",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to capture, store and render scanned documents.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.3.1#4"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.2.1-03",
"label" : "CPS.2.1#03",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to capture, store and render computable documents (e.g., CDA, ISO 13606, laboratory results or medication lists).",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.3.1#2"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.2.1-04",
"label" : "CPS.2.1#04",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to store imaged documents or link to the imaged documents in imaging systems.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.3.1#5"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.2.1-05",
"label" : "CPS.2.1#05",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to receive from an external source unstructured, text-based documents and reports.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.3.1#6"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.2.1-06",
"label" : "CPS.2.1#06",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to receive from an external source structured, text-based documents and reports.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.3.1#10"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : true
}
],
"key" : "EHRSFMR2.1-CPS.2.1-07",
"label" : "CPS.2.1#07",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to tag and render scanned documents based on the document type, the date of the original document, and the date of scanning according to scope of practice, organizational policy, and/or jurisdictional law."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.2.1-08",
"label" : "CPS.2.1#08",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to link documentation and annotations with structured content (e.g., link information gathered during an office visit, phone communication, or e-mail consult with structured content that is stored as a laboratory result, problem, or diagnosis)."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.2.1-09",
"label" : "CPS.2.1#09",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD conform to function [[TI.1.5]] (Non-Repudiation) and [[TI.1.6]] (Secure Data Exchange) when importing/receiving both structured and unstructured data."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : true
}
],
"key" : "EHRSFMR2.1-CPS.2.1-10",
"label" : "CPS.2.1#10",
"conformance" : [
"MAY"
],
"conditionality" : false,
"requirement" : "The system MAY provide the ability to render a notification or alert based on information received from an external source according to scope of practice, organizational policy, and/or jurisdictional law."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.2.1-11",
"label" : "CPS.2.1#11",
"conformance" : [
"SHALL"
],
"conditionality" : true,
"requirement" : "IF a system receives information from external sources, THEN the system SHALL capture information regarding the identity of the source of that information."
}
]
}
XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.